home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
PsL Monthly 1994 September
/
PSL Monthly Shareware CD-ROM (September 1994).ISO
/
dos
/
communic
/
vote291.exe
/
VOTE.HIS
< prev
next >
Wrap
Text File
|
1994-06-01
|
13KB
|
268 lines
2.91 06-01-94
. Added a new feature, to allow the sysop to disallow certain security
levels from creating new booths. Check out the new file called
SECURITY.LST which contains the security levels you do not want to
be able to create a new booth. This is useful to place your new caller
security in, who wants a bunch of idiot users to add useless booths,
or worse <G>.
2.9 05-25-94
. Found a very annoying bug that seems to have been introduced in
the last version, seems that Voter++ would not display possible
answers over the actual question count. So if you had three
questions, but each one of those questions had 4 or more answers
then Voter++ woudl only display the first three. Annoying...Fixed.
2.8 03-05-94
. Added a little tweak to the NEWBOOTH.PPE that show the user their
choice (Y/n), a small thing, but stops users from being confused.
. Extended the time-out delay to be 30 seconds, some people thought
it was a tad to fast.
. There was a problem if people went to create a booth, then didn't
bother, Voter++ was creating a blank booth, and since no one wants
to vote on a blank booth, we nipped that one in the bud! No more
empty booths.
2.7 03-03-94
. Caught a quick crawler that really ought not have gotten by me, but it
looks like we were allowing users to re-vote on questions even if it
showed tehm as having already voted - FIXED!
. Minor modifictation to the NEWBOOTH.PPE, it now tells people that they
voted on everything already, and that maybe they ought to create a new
booth for everybody else.
. Voter++ now logs the to the Callers log when a user creates a new booth,
with the full question that user created. This way if a user gets foul
you know who did it.
2.6 03-02-94
. Some internal changes, allowing the maximum booth count to be virtually
unlimited. How many booths can you all want...really?
. Externalized all prompts, allowing you to make this Voting Door compeltey
custom to your application, please note the maximum length noted in the
VOTE.PRM file!
. New Feature, allows your user to go from the vote area directly to the
display area, or directly from the display area to the vote area, bypassing
the main menu entirely.
. NEWBOOTH.PPE will now only display those booths that have yet to be voted
on, this way if you have many booths, people don't have to wade through
hugh listings to see whats new.
2.5 02-28-94
. Found a code problem in the (E)dit a booth section, it wasn't saving
the editied booth! It was a simple problem, fixed in under a minute
from the bug report.
. Found a code problem where if you tried to delete a booth greaer than
you cfg line 1, it woudl allow you to try. Nothing woudl be deleted,
but it would still write the cfg line 1 to be one less than previously.
. Added an informative message if you did try to delete a booth greater
than you cfg line 1.
. Fixed a small display problem, again nothing major.
. Removed a little more code to speed things up, especially in the
(D) area, seem sto have given a 20% speed increase.
. We are going to be upping the booth count to a sysop definable number
booths from 1 to unlimited will be available. Although to date no one
has wanted more than 16.
2.4 02-27-94
. A Bug was reported that if there were no votes yet, the VOTEGRAF.PPE
program woudl report missing files, now that is very inelegant way to
go about it, so we are now checking for the exisitence of the file, and
it isn't there we will create zero-byte file which wil stop these annoying
error messages.
. Along the same lines as the above, if a user woudl go to display a file,
they would get just the answers, kinda boring, so we check to see if there
are any answers, if not it tells them that "they can be the *FIRST* voter"
who knows, might build up some excitiment<G>.
. Changed some code to speed up the processing of the Graph form of the Display
section. Now there is no difference in speed between the two.
2.3 02-26-94
. Fixed a bug in the (D)display section, where if you had a 3 digit
percentage, and a two digit vote number, there would be two extra spaces
added to the right hand margin, it looked bad, so we fixed (it
took some time to find!). Looks good now, I have run it through
with test data that should cover every circumstance, and could not get
it to do it again, so it looks to be fixed!
. Added new prompts to anywhere the user has to hit an enter key to move
on (as in the help screen), it is more colorful, more eye catching, and
is still be worked on.
. removed some debugging code that was in there, the program went from
1254 lines down to 1068 lines. Thats alot of debugging!
. Changed the way a voter can vote now, instead of dumping the user back
into the main menu, now it allows them to vote on another booth. Saves
your user a few keystrokes, and makes them a bit more willing to vote on
all of your important questions.
2.2 02-26-94
. Added a new PPE for you, VOTEGRAF.PPE will generate a bulletin for
your users to see the up-to-the-minute results of any of your polls
it is a simple addition, you just have to tell PCB about the new
BLT, and then you have to tell Voter++ in config line 7 the full
name and path to this new bulletin. After that, forget about it (other
than the accolades you get from your users over it), as it is an
install and forget addition. No-Muss, No-Fuss! Freebie!
. Smoothed out a few of the areas that read the files, speeded them
up a bit, nothing major, but I can notice it.
2.1 02-25-94
. Added a new way to view your Booth Vote Results, users now have
the option to see it in Chart form (colored graphics), or in the
standard chart format. This is the first step in the BLT creation
process, next version will also create BLTX of your choice.
Keep an eye out in the Sysop menu in Voter++ as we will be placing
the bulletin creator in there.
. Complete color change on this version, I am trying to get a new look
one a little less sterile. Let me know what you think.
. Code optimization again, cleaning it up, replacing bits of code
here and there to speed things up / save a few bytes.
. I am toying with the idea of getting rid of the VOTEx.ANS file, as
I have the information in the VOTEx.NAM file already, it would mean
much new coding, so before I do, anyone have any strong objections?
Anyone need the VOTEx.ANS files for anything?
2.0 02-23-94
. Did away with the file VOTE.NUM, it is now internal to the VOTE.CFG
file, to transfer over the number of voters, just take a look at
the file VOTE.NUM (before you delete it) and copy that number to
Line 6 of your VOTE.CFG file, if you leave it at the default of
1 no harm done, but the counter starts at 1 then. Your choice.
. Added the ability for the NEWBOOTH.PPE to call Voter++ if the user
decides they want to vote on any of the booths. It will time out
after 20 seconds if the user does not answer the prompt (like your
robocomm users). NEWBOOTH.PPE defaults to no, just in case.
. Added the ability for a user (non-sysop) to create their own booths,
right now I don't think it is a good idea for a user to be able to
delete or edit a booth, but we have given them the ability to create
one. T oenable this you need to add a line to your CFG file, on line
5 put a YES (fully spell out YES) if you want to allow your users the
great privilege of adding a booth, or place a NO if you do not trust
the little suckers to put up a booth worthy of your fine board.
. Did some code re-work, and it looks like we speeded up the operation
of Voter++ by at least 30% (now hows that for a speed up?). Hope you
all can feel the difference.
1.9 02-21-94
. Added a new program called NEWBOOTH.PPE, this PPE can be placed
in your security specific file, and run each time a user logs on
it will inform your user of the booths they haven't yet voted in,
it stays up for 10 seconds, then exits.